Refonte d'un site sur un sous-domaine

[Elo_Gg]

Bonjour,

Je me tourne vers vous pour une question qui me taraude depuis un moment : j'ai pris pour habitude d'effectuer les refontes de sites sur un sous-domaine (hébergeur : OVH) et de mettre hors-ligne la version en cours de travail et de donner un accès privé au client.
Je ne travaille donc pas sur un serveur local.

Selon vous, est-ce que la méthode est optimale. A date je n'ai jamais rencontré d'inconvénients mais est-ce que techniquement, cela peut éventuellement avoir des répercussions néfastes, ou est-ce totalement neutre ?

Je suis curieuse de connaitre vos retours d'expérience

Merci par avance pour vos conseils.

[dolmenhir]

Salut,

Je procède "presque" de la même manière
Cela ne m'a jamais posé le moindre problème.
Faut juste ne pas oublier de travailler sur une autre base de données que celle du site en prod., et de re-paramétrer les variables du fichier de configuration (tmp, log...) et bien sûr de ne jamais utiliser d'url absolue.
Une fois la refonte terminée, tu redéplaces le tout dans le dossier principal, tu mets à jour tes variables tmp et log dans le fichier configuration et c'est tout.

Dol.

[woluweb]

Bonjour

Perso, je ne travaille jamais sur un serveur local, toujours chez un hébergeur (comme ça le client peut voir, comme ça je peux le tester sur plusieurs ordis, comme ça je peux créer un backup via une tâche cron, ...).

Quant à l'idée de le faire sur un sous-domaine, je pense que c'est super aussi.
Bcp font dans un sous-dossier, mais alors ça veut dire que si un site est hacké, les deux le sont.
Dans un sous-domaine au moins c'est (en principe) étanche et tu peux donner un accès FTP à un tiers sans risquer qu'il aille bidouiller sur le site en prod p ex.

Maintenant, si les sites consomment bcp de ressources, ça pourrait éventuellement être un effet de bord (mais je ne pense pas que ce soit votre cas)

[RobertG]

Bonjour,

Même méthode que dolmenhir, mais chez OVH on peut gérer le lien entre le nom de domaine et son dossier, ce qu'on ne pouvait pas faire il y a quelques années. Ainsi, une fois le clone mis au point et si l'original n'a pas été modifié, ce qui complique les choses, il suffit de changer la destination du nom pour le dossier qu'a utilisé le sous-domaine et de supprimer le sous-domaine, puis le contenu du dossier du site original.
Personnellement, chez OVH je conseille de cloner sur un dossier au même niveau que "www" qui contient habituellement le site de production.

[dolmenhir]

mais chez OVH on peut gérer le lien entre le nom de domaine et son dossier

Idem sous cpanel. Fonction qui peut en effet se révéler bien pratique.

[tataye]

chez planet hoster ou o2switch, il y a un cpanel avec softaculous
- si je n'ai pas crée le site via softaculous, j'installe un joomla vide dans le domaine
- je mets mon site à la place
- je me retrouve avec une instance
- depuis cette instance je peux créer des clone, et même mieux des staging que je place dans un sous domaine crée auparavant dev.site.fr ( bases indépendantes )
- quand j'ai fini et que c'est validé : je bascule mon staging à la place du site

cette méthode me permets de créer pleins d'instances, de les supprimer rapidement aussi, de me tromper ( faut juste pas toucher au site principal , hein ? )

[Elo_Gg]

Super, merci à tous pour vos retours d'expérience, c'est intéressant (et rassurant btw)